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1 

AUTOMATED TELECOMMUNICATION PERIPHERAL SYSTEM 



CROSS-REFERENCE TO RELATED APPLICATIONS 
20 This application is a continuation-in-part of 

application Serial No. 07/852,491, filed March 16, 
1992, which is a continuation of Serial No. 07/591,047, 
filed October 1, 1990, allowed January 28, 1992. 

2 5 BACKGROUND OF THE INVENTION 

The present Invention relates generally to the 
field of telecommunications, and more specifically, to 
the field of automated peripheral systems providing 
telecommunication services . 

30 The field of telecommunication services is very 

large. One area of telecommunication services assists 
calling parties in transferring information from the 
calling parties to destination parties, thus assisting 
parties in "giving" information. This first area of 

35 telecommunication services includes, without 
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limitation, such services as voice mail, voice 
messaging , opera tor- ass is ted call -bridg i ng , 
registration/reservation services, and catalog ordering 
services . 

5 A second area of telecommunication services 

assists callers in retrieving information from remote 
sources, thus assisting parties in "receiving" 
information. This second area of telecommunication 
services includes, without limitation, such services as 

10 directory assistance, news services, stock market 
services, and credit validation services. 

In the past, automated telecommunication systems 
have typically offered only one, or a selected few, of 
the above-mentioned services. There is, therefore, a 

15 need in the industry for an automated telecommunication 

system capable of providing a large variety of 

services . 

SUMMARY OF THE INVENTION 

20 Briefly described, the present invention includes, 

in its most preferred embodiment, a method and an 
apparatus for providing customized, telecommunication 
services. The apparatus of the preferred embodiment of 
the present invention is connected as a peripheral 

25 system through incoming and outgoing telephone trunks 

to a carrier switch of a public switched network and 
includes at least one peripheral node which includes a 
node interface for interfacing to the carrier switch, 
an audio response unit for recording, playing, and 

30 analyzing audio signals, and a node controller for 
controlling operation of the node interface and the 
audio response unit. The public switched network is 
configured to direct calls from a selected plurality of 
customer telephones to a first set of input ports on 

35 the node interface. 



% 
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The method of the preferred embodiment of the 
present invention includes, with respect to an example 
call-bridging application, receiving an origination 
number and a destination number after a caller 
5 originates a long distance call from a customer 

telephone. The peripheral node then generates input 
port identification data identifying the peripheral 
node input port receiving the call. The peripheral 
node then analyzes the input port identification data 
10 and the origination number to select, initiate, and 

configure a customized call-bridging application. Such 
call-bridging applications may be used in a variety of 
environments including various types of corporations, 
hotels, government institutions, and private homes. 
15 An alternate embodiment of the present invention 

includes a plurality of peripheral nodes distributed 
over a wide area, and the public switched network is 
configured to direct calls to an alternate peripheral 
node upon unavailability of a primary peripheral node - 
20 In another alternate embodiment of the present 

invention, a central controller is connected to the 
plurality of peripheral nodes and provides diagnostic 
and node configuration alteration functions. In yet 
another alternate embodiment of the present Invention, 
25 one central controller is used to replace all of the 

node controllers so that the central controller 
actively controls each and every peripheral node. 

It is therefore an object of the present invention 
to provide an automated telecommunication peripheral 
30 system which provides customized telecommunication 

services . 

Another object of the present invention is to 
provide an automated telecommunication peripheral 
system which is connected, through both Inbound and 
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outbound telephone lines, to one carrier switch of a 
public switched network. 

Still another object of the present invention is 
to provide a call-bridging system which analyzes input 
5 port identification data, origination numbers, and 

destination numbers to select customized 
telecommunication applications . 

Still another object of the present invention is 
to provide an automated method of bridging calls. 
10 Still another object of the present invention is 

to provide a telecommunication peripheral system which 
retrieves and provides to callers information from 
remote information providers. 

Still another object of the present invention is 
15 to provide a telecommunication peripheral system which 
retrieves and provides to callers information from 
remote information providers. 

Still another object of the present invention is 
to provide a telecommunication peripheral system which 
20 includes a plurality of peripheral nodes connected 

through a public switched network which directs calls 
to secondary nodes upon unavailability of primary 
nodes • 

Still another object of the present invention is 
25 to provide a telecommunication peripheral system which 
provides voice messaging functions to voice messaging 
callers and to call-bridging callers when call-bridging 
is unsuccessful. 

Other objects, features and advantages of the 
30 present invention will become apparent upon reading and 
understanding this specification, taken in conjunction 
with the accompanying drawings. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram representation of the 
physical domain of an Automated Telecommunication 
Peripheral System and associated components, in 
5 accordance with the preferred embodiment of the present 
invention- 

FIG. 2 is a block diagram representation of the 
node ARU of FIG. 1 . 

FIG. 3 is a block diagram representation of the 
10 node interface of FIG. 1. 

FIG. 4 is a block diagram representation of the 
node controller of FIG. 1. 

FIG. 5 is a block diagram representation of the 
program domain of the system of FIG. 1. 
15 FIGS. 6-12 are flow chart representations of 

steps taken by the system of FIG. 1 when executing a 
call-bridging process . 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

20 Referring now in greater detail to the drawings, 

in which like numerals represent like components 
throughout the several views, FIG. 1 shows a block 
diagram representation of the physical domain of an 
Automated Telecommunication Peripheral System 10 and 

25 associated components, in accordance with the preferred 
embodiment of the present invention. The system 10 
includes a peripheral node 30 which ^includes a node 
interface 32, a node audio response unit (ARU) 34, and 
a node controller 36. The node interface 32 is 

30 connected through a network trunk group 22 to a carrier 
switch 20 of a public switched network (PSN) 12. The 
node ARU 34 is connected to the node interface 32 
f through an ARU trunk group 33 and to the node 

controller 36 through an ARU control line 35. The node 

35 controller 36 is connected to the node interface 32 
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through an interface control line 37 and to the PSN 12 
through a controller access line 38. 

An origination telephone 14, an access telephone 
15, a destination telephone 16, a third party telephone 
5 13, an operator bank 17, and a remote information 

provider 18 are also shown connected to the PSN 12. 
Although represented as a single box, the origination 
telephone 14 represents a plurality of customer 
telephones serving one or more customers at one or more 

10 locations. Likewise, the access telephone 15, third 

party telephone 13, and destination telephone 16 
represent pluralities of telephones. Furthermore^ the 
remote information provider 18 represents a plurality 
remote systems providing a variety of services. 

15 Operation of the elements 14 - 18 will be discussed in 
greater detail below. 

It should also be understood that the PSN 12 
includes a great variety of interconnecting switches, 
including local exchange carrier central offices (LEG 

20 GO'S), access tandems, and long distance carrier points 
of presence (LDC POP's), Examples of acceptable 
connection links between the origination telephone 14 
and the peripheral node 30 include equal access lines 
traveling through LEG GO'S, direct access lines, and 

25 800-number lines accessed through automatic dialers. 

The trunk groups 22, 33 each represent a plurality 
of incoming and outgoing trunks having pluralities of 
communication paths. One example of an acceptable 
trunk is the common Tl line. The ARU control line 35 

30 and the interface control line 37 are data lines. One 

example of an acceptable data line for the ARU control 
line 35 and the interface control line 37 is the common 
RS-232 line. The controller access line 38 represents 
at least one ordinary telecommunication line which 

35 provides the node controller 36 access to the PSN 12 
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without going through the node interface 32. 
Furthermore, although only one node interface 32 and 
node ARU 34 are shown included in the peripheral node 
30, it is understood that additional components are 
5 added to increase capacity of the peripheral node 30- 
Refer also to FIG. 2, which shows the node ARU 34 
of the preferred embodiment of the present invention in 
greater detail. References to components not appearing 
in particular Figures being described and not otherwise 

10 noted are understood to refer to FIG. 1. The node ARU 

34 includes an ARU interface 45, an ARU processor 46, a 
disk controller 47, an ARU disk 48, and an I/O 
controller 49, connected as shown. The ARU 34 is an 
audio peripheral which, under the direction of the node 

15 controller 36, records, plays, and analyzes audio 

signals, as is explained in greater detail below. The 
ARU processor 46 controls the ARU interface 45, disk 
controller 47, and ARU disk 48 in response to commands 
received through the I/O controller 49 and ARU control 

20 line 35 from the node controller 36. The ARU interface 
45 is capable of detecting and producing dual tone 
multi-frequency ( DTMF ) signals and converting audio 
signals between Tl and ARU disk 48 formats. One 
example of an acceptable node ARU 34 is the BTIII from 

25 Perception Technology Corp. of Canton, MA. 

FIG. 3 shows a block diagram representation of the 
node interface 32 of FIG. 1. The node interface 32 is 
shown including input ports 50, output ports 51, an 
interface processor 52, an I/O controller 53, a disk 

30 controller 54, and a disk 55, connected as shown. 

Regardless of the particular connection link between 
the origination telephone 14 and the node interface 32, 
the PSN 12 is configured to direct calls from the 
origination telephone 14, through the PSN 12 and 

35 network trunk group 22, and to specific input ports 50 
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on the node Interface 32. Operation of the node 
interface 32 is controlled by both the interface 
processor 52 and the node controller 36, which sends 
commands through the interface control line 37 and the 
5 I/O controller 53. One example of an acceptable node 

interface 32 is the SDS-1000 from Summa Four of 
Manchester, NH . 

Refer now to FIG. 4, which shows a block diagram 
representation of the node controller 36 of FIG, 1. 

10 Node controller 36 is a fault tolerant, general purpose 
controller which offers utility grade service from a 
redundant architecture which is capable of processing 
many applications simultaneously. Two buses, A & B, 
are both connected to redundant hardware components, 

15 including I/O processors 62a & 62b, memory subsystems 
63a & 63b, and CPU subsystems 64a & 54b. I/O 
processors 62a & 62b are both connected to 
communications subsystem 61 and disk subsystem 66 
through disk control subsystem 65. The ARU control 

20 line 35, interface control line 37, and control access 

line 38 are shown connected to communications subsystem 
61. Terminal 60 is also shown connected to 
communications subsystem 61. 

The redundant architecture of the node controller 

25 36 ensures continuous application reliability and 

availability. If one component fails, its partner 
component typically continues so that there are 
normally two components performing the same function at 
the same time. Also, each CPU subsystem 64a, 64b 

30 contains duplicate CPU's which process the same data at 
the same time, thus a total of four processors 
typically work on the same data at the same time. 
Logic comparators continually compare the results of 
each processor. If the processors on a board disagree, 

35 that particular board is taken off line, an error 
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signal is generated, and Its partner component 
continues without any processing degradation. 

The operation of each component of the node 
controller 36 is relatively straight forward. CPU 
5 subsystems 64 provide processor functions; memory 

subsystems 63 provide operating memory; and I/O 
processors 62 provide input and output capabilities. 
Disk control subsystem 65 provides control of disk 
subsystem 64, which stores conventional operating 

10 system programming and application programming. 

Terminal 60 provides human access to node controller 36 
through communications subsystem 61. One example of an 
acceptable node controller -36 is^the Stratus XA2000 
model 30 from Stratus Computer, Inc. of Marlboro, MA. 

15 FIG. 5 is a block diagram representation of the 

program domain of the automated telecommunication 
peripheral system 10 of the preferred embodiment of the 
present invention. In the preferred embodiment of the 
present invention, the programming domain represents 

20 programming found, in large part, on the node 

controller 36. Running below virtual operating system 
70 are background applications 72, interface server 74 
and ARU server 72. The interface server 74 accesses an 
input port table 78 and a dialed number table 80. Both 

25 the interface server 74 and the ARU server 76 are 
connected to a monitor application 82, college 
registration application 88, generic application 89, 
and a bridge application 90. The connecting lines 
extending between the servers 74, 76 and applications 

30 82, 88, 89, 90 represent interprocess communication 
paths. Although represented as single applications, 
the applications 82, 88, 89, 90 represent pluralities 
of customized applications running simultaneously on 
the node controller 36. 
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The monitor application 82 is shown having access 
to a password file 84, a recorded file 85, and an on- 
line file 86. The bridge application 90 is also shown 
having access to the recorded file 85 and the on-line 
5 file 86. In addition, the bridge application 90 has 

access to an identification (ID) table 91, an automatic 
number identification (ANI) table 92, a personal 
identification number (PIN) table 93, a local credit 
file 99, a remote credit file 100 located on a remote 

10 information provider 18, and a destination validator 

95, which is shown having access to a blocked file 97 
and a remote file 98, located on the remote information 
provider 18 (FIG- 1). 

Background applications 72 Include applications 

15 which provide services which include, without 

limitation: billing, testing, error detection, and 
error notification. Billing services accumulate and 
format transaction records of each caller into 
appropriate billing formats for use locally or by 

20 remote billing agencies, accessed through the 

controller access line 38 (FIG. 1). Testing services 
routinely test various components throughout the 
system, including each communication path connected to 
the peripheral node 30. The error detection and error 

25 notification services evaluate error signals received 

from various components and the testing services to 
identify the various types of errors. Based on that 
information, appropriate service personnel are notified 
of the error. Notification steps may include directing 

30 the node ARU 34 and node interface 32 to call and 

announce to selected service personnel appropriate 
error messages or accessing radio paging systems to 
notify the service personnel. 

The interface server 74 and ARU server 76 are 

35 multi- tasking , multi- threading processes which provide 
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programming interfaces between applications and the 
node interface 32 and node ARU 34, respectively. The 
node controller 36 utilizes servers and applications 
which reference files and tables during processing, 
5 Such a table-referencing method enhances customization, 

facilitates programming changes, and increases system 
availability . 

FIGS- 6-12 are flow chart representations of 
steps taken by the preferred embodiment of the present 

10 invention when executing a call-bridging process. 

Refer to previous Figures when references are made to 
components previously discussed. In FIG. 6, the 
collect-call bridging process is shown beginning in 
step 100 when a caller uses a selected customer 

15 telephone 14 to dial 0 + (destination number). The 

directory number assigned to the destination telephone 
16 (and dialed by the caller) is referred to herein as 
the destination number, and the directory number 
assigned to the calling telephone (origination 

20 telephone 14) is referred to herein as the origination 
number. 

As configured, the PSN 12 routes the call to the 
carrier switch 20. The carrier switch 20 then requests 
access to the peripheral node 30 (step 102) by 

25 signalling over the network trunk group 22 in a pre- 
defined format which is specific to a particular 
communication path leading into a particular input port 
50. Several acceptable protocols include Feature Group 
D, direct access lines (or equivalent), and 800-number 

30 access through a dialer. The Feature Group D and 

dialer methods include supplying both the origination 
number and destination number, whereas the direct 
access method only supplies the destination number 
since the input port designation functions as an 

35 equivalent to the origination number for any direct 
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access lines. A carrier may also provide Dialed Number 
Identification Service (DNIS), which provides digits 
corresponding, and functioning as an equivalent, to a 
particular destination number dialed by the caller. 
5 After the node interface 32 receives the request 

for access from the carrier switch 20, the node 
interface 32 analyzes the data of the request to 
determine if access should be granted (decision 104). 
In the preferred embodiment of the present invention, 

10 the interface processor 52 of the node interface 32 

compares the data to configuration tables saved on the 
disk 55 to determine If access is granted. If access 
is not granted, the process is terminated (step 106), 
as is discussed In greater detail below. If access is 

15 granted, the call is answered and data is transferred 
from the node interface 32 to the node controller 36 
along the interface control line 37 (step 108). The 
transferred data corresponds to the origination number, 
the destination number (or equivalent), and input port 

20 identification data generated by the node interface 32. 

As the node controller 36 receives the transferred 
data, the program domain shown in FIG. 5 is accessed. 
The interface server 74 receives the transferred data 
and compares the interface identification data to the 

25 input port table 78 to select and initiate a customized 

application (step 110), If an input port 50 has been 
assigned to a particular application, such as a bridge 
application 90, the transferred data is then passed to 
the customized application through interprocess 

30 communication. However, if an input port 50 receives 

calls for many different applications, such as the 
monitor application 82, college registration 
application 88, or generic application 89, the 
interface server 74 also references the dialed number 

35 table 80 to select a particular application and pass 



wo 93/20639 PCr/US93/02561 

13 



thereto the transferred data. A collect-call bridge 
application 90 is selected and initiated at step 110. 

The first steps of the bridge application 90 are 
to analyze the origination number and destination 
5 number to further configure the bridge application 90 
since, in addition to utilizing a plurality of 
customized bridge applications 90 in the preferred 
embodiment of the present invention, one particular 
bridge application 90 is often used to service a 

10 variety of different customers, thus further 

configuring (or customizing) is necessary. According 
to the bridge application 90, the origination number 
(also referred to as the ANI ) is first checked (step 
112) against the ANI table 92 to verify that the PSN 12 

15 and carrier switch 20 only direct calls from selected 

customer origination telephones 14. If the origination 
number is invalid, the peripheral node 30 plays an 
announcement to the caller which indicates that the 
caller's telephone cannot access the peripheral node 

20 30. More specifically, the node controller 36, under 

direction of the bridge application 90, interface 
server 74, and ARU server 76, directs the node ARU 34 
to play a particular digitized message on one of the 
communication paths on the ARU trunk group 33 and 

25 directs the node interface 32 to bridge that 

communication path with the communication path leading 
through the network trunk group 22 to the origination 
telephone 14 so that the caller hears the announcement. 
The process is then terminated at step 116. 

30 If the ANI is valid, the destination number is 

checked (step 118) through the destination validator 
95, which selectively accesses the blocked file 97 
stored locally on the disk subsystem 66 (FIG. 4) and 
the remote file 98 stored remotely on the remote 

35 information provider 18 (FIG. 1). The destination 
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number is checked to verify that the owner of the 
destination number has not precluded calls from 
particular origination telephones 14 (blocked file 97) 
or requests for acceptance of collect-call charges 
5 (remote file 98). If the destination number is not 

valid ^ an announcement is played to the caller 
indicating why the call cannot be completed, and the 
process is terminated (steps 120, 122). 

If the destination number is valid, the bridge 

10 application 90 refers to the ID table 91 to determine, 

also based on the origination number, if special 
processing is required for this particular call, based 
on specific installation options (steps 124, 126). One 
optional special process includes prompting a caller to 

15 transmit DTMF digits representing a personal 

identification number (PIN) and checking the caller's 
response against the PIN table 93. Such a process can 
be used to further limit access to the peripheral node 
30. Another optional special processing routine 

20 includes giving a caller an opportunity to choose, or 

example, Spanish prompts. Yet another routine includes 
recording, or allowing real-time monitoring, of a 
caller's conversation, as is discussed in greater 
detail below. In addition to performing special 

25 processing at the time indicated by step 126, special 

processing also refers to setting variables for 
optional processes which are delayed until later stages 
of the bridge application 90. 

Step 127 refers to prompting the caller to choose, 

30 with a DTMF response, a billing method for the call- 

More specifically, the node controller 36 instructs the 
node interface 32 to connect an ARU trunk group 33 
communication path to the caller's communication path 
on the network trunk group 22 and instructs the node 

35 ARU 34 to play a prompt requesting the caller to press 
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a key corresponding to one of a several optional 
billing methods. The node ARU 34 is further instructed 
to analyze the response and relay the signal back to 
the node controller 36. If no response is received, 
5 the caller is prompted again and subsequently dropped 

by the peripheral node if the caller remains silent. 

If the collect-call billing method is selected by 
the caller, the collect subroutine 300, shown in FIG. 
7, is executed. The caller is prompted for 

10 identification information (the caller's name), which 
is digitized and stored on the node ARU 34 (step 302) . 
The caller is then placed on hold, and music is 
supplied to the caller's communication path by the node 
interface 32. If the person-to-person billing method 

15 is selected by the caller, the person-to-person 

subroutine 500 is executed- The person-to-person 
subroutine 500 is very similar to the collect 
subroutine 300 in that the caller is prompted for 
identification and placed on hold. However, with the 

20 person-to-person subroutine, the caller is also 

prompted for identification of the destination party. 
With both options, the process continues in FIG. 10 at 
step 132 . 

Referring back to FIG- 6, if the third party 
25 billing method is selected by the caller, the third 
party subroutine 400, shown in FIG. 8, is executed. 
Step 402 indicates that the caller is prompted for a 
DTMF representation of the third party number to which 
the call is to be billed, and the third party number is 
30 dialed. Specifically, the node controller 36 instructs 
the node ARU 34 to, after prompting the caller for, and 
subsequently recording, the third party number, 
transmit the third party number through an output port 
of the node interface 32 and the network trunk group 22 
35 to the carrier switch 20. ^ 
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Although protocal -sped f Ic data may accompany the 
third party number, the peripheral node 30 does not 
transmit destination-specific routing instructions to 
the carrier switch 20 since the peripheral node 30 is 
5 part of a peripheral system and, therefore, does not 
utilize destination-specific routing tables or files. 
The carrier switch 20, rather than the peripheral node 
30, then attempts to route the call to the third party 
telephone 13. Even in an alternate embodiment where 

10 multiple carrier switches 20 are connected to a 

peripheral node 30, the peripheral node 30 does not 
route any outgoing calls based on the outgoing number- 

Although not indicated in FIG. 8, the call is 
terminated if the third party does not answer the third 

15 party telephone 13 or if the third party telephone 13 
is busy. In another embodiment of the bridge 
application 90, the process returns, upon this and 
other terminations throughout the process, to step 127 
to give the caller an opportunity to choose another 

20 billing option. 

If a third party answers the third party telephone 
13, the elicit response subroutine 148 is executed, as 
shown in FIG. 11- An announcement is first played 
notifying the third party that the caller is attempting 

25 to bill the third party for a call and requesting the 
third party to indicate, through transmitting a DTMF 
digit, whether or not the third party will accept the 
charges (step 166). Such an announcement includes 
playing the digitized caller's name. If the third 

30 party responds to the announcement, the process 
continues in FIG. 8 (steps 168, 170). 

However, if the third party does not respond, the 
peripheral node 30 initiates another call to the 
operator bank 17 and bridges a live operator onto the 

35 third party's communication path through the node 
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interface 32 (step 172). The operator manually elicits 
a response (step 174) from the third party. If the 
third party needs the caller's name repeated, (step 
176, 178) the operator can signal the peripheral node 
5 30 to play the digitized caller's name again. After 

receiving the third party's response regarding 
acceptance of the charges, the operator signals an 
indication (step 180) back to the peripheral node 30. 
The process then continues in FIG. 8. 

10 If the third party chooses not to accept the 

charges, the call is terminated (steps 406, 408), or in 
alternate embodiments, the process returns to step 127 

to give the caller another billing option On the 

other hand, if the third party chooses to accept the 

15 charges, the process continue at step 132 in FIG. 10. 

Referring back to FIG. 6, if the caller chooses 
the credit billing method, such as a credit card or 
calling card, the credit subroutine 600, shown in FIG. 
9, is executed. Step 602 represents prompting the 

20 caller for a credit account number and validating the 
credit number. Such validation includes, optionally, 
performing local analysis, referring to a local credit 
file 99, or accessing a remote credit file 100. (Fig. 
5). If the credit number cannot be validated, the call 

25 is terminated (step 606), or in alternate embodiments, 

given additional billing options (step 127). If the 
credit number is validated, the process continues at 
step 132 in FIG. 10. 

Step 134 indicates that the peripheral node 30 

30 calls the destination number to access the destination 
telephone 16. If there is no answer from the 
destination telephone 16, or if the destination 
telephone 16 is busy, (step 136) the bridge application 
90 plays an appropriate "no answer'* or "busy'* message, 

35 respectively (steps 138, 140). The caller is then 
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given the option of leaving a message for the 
destination party (steps 142 - 146). Voice messaging 
146 includes recording a message from the caller and 
attempting to deliver the message to the destination 
5 party at at least one later point in time. 

If the destination party answers the destination 
telephone 16, the bridge application 90 elicits a 
response (step 148) from the destination party if the 
caller selected a collect or person-to-person billing 

10 method. As discussed above, the elicit response 

subroutine 148 is shown in FIG. 11. If the caller 
selected a collect call billing option, the elicit 
response subroutine 148 includes asking the destination 
party to accept the charges. If the caller selected a 

15 person-to-person billing option, the elicit response 

subroutine 148 includes verifying that the destination 
party is accurately identified by the stored 
destination party identification given by the caller. 
If the destination party does not accept the collect 

20 charges, or is not the party to whom the person-to- 
person call was directed, the call is terminated (steps 
150, 152 ) . 

If the call is accepted, or if no response was 
elicited, the bridge application 90 plays a branding 

25 message thanking the parties for using the peripheral 

node 30 (step 154), The call is then bridged through 
the node interface 32 (step 156), As the call is being 
bridged, origination-specific special processing 
variables for monitoring the conversation are checked 

30 (step 158). Such steps include accessing the on-line 

file 86 to determine if any customer administrators 
(customers having monitoring access) are holding to 
monitor the conversation, as is discussed in more 
detail below. 
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During the conversation, the bridge application 90 
continually monitors the conversation to detect a 
disconnect in order to terminate the bridge (steps 160, 
164). Also, additional origination-specific special 
5 processing is optionally performed (step 162). Such 

special processing includes limiting durations of calls 
or playing overlaying messages to the parties advising 
them of various types of information, such as the 
length of the call. 

10 The process of terminating a call involves several 

steps. First, all communication paths are closed which 
may still be open on any inbound or outbound ports on 
the node interface 32 connected to either the network 
trunk group 22 or the ARU trunk group 33 which have 

15 been associated with this particular call. Then, a 

call detail record including the length of the call is 
created by the background application 72 and processed. 
Transmission of the billing records through the 
controller access line 38 to a billing service 

20 optionally occurs immediately after each call or on a 
batch basis. Finally, optional special processing 
occurs, such as saving a recorded conversation and 
updating the recorded file 85. 

FIG. 9 shows a flow chart representation of the 

25 process of accessing the peripheral node 30 to monitor 
caller conversations, including monitoring previously- 
recorded conversations and on-line, real-time 
conversations. In steps very similar to those shown in 
FIG. 6, the carrier switch 20 requests access to the 

30 peripheral node 30 (step 202). If access is granted by 
the node interface 32, (step 204) the origination 
number, dialed number (destination number), and input 
port identification data are transmitted to the node 
controller 36 (step 208). The interface server 74 then 

35 references the input port table 78 and dialed number 
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table 80 to select and initiate a particular monitor 
application 82 (step 210). 

The monitor application 82 then directs the ARU 
server 76 and interface server 74 to direct the node 
5 ARU 34 and node interface 32, respectively, to prompt 

the customer administrator for a password, record the 
customer administrator's response, and transmit the 
response back to the node controller 36 for analysis. 
The node controller 36 analyzes the password response 

10 and compares it to the password file 84 (step 212). If 

the password is not valid, the process is terminated 
(steps 214, 216). If the password is valid, the 
customer administrator is prompted to select on-line or 
recorded monitoring, (step 218) 

15 If the customer administrator selects on-line 

monitoring, the customer administrator is prompted for 
selection criteria to determine which types of 
conversations are to be monitored (step 226). A 
customer administrator may choose to monitor all calls 

20 from one or more origination telephones 14, to one or 

more destination telephones 16, by one or more callers 
with identified by distinct PIN's, or any combination 
thereof. After the customer administrator selects the 
criteria, a flag is set in the on-line file 86 which 

25 acts as a signal to all currently proceeding and future 
bridge applications 90 that a customer administrator 
desires to monitor certain types of conversations (step 
228). If a match is ever found, the appropriate bridge 
application 90 will create a bridge to allow the 

30 customer administrator to listen to the conversa tion - 

If the customer administrator selects recorded 
monitoring, the customer administrator is again 
prompted for selection criteria (step 220). The 
monitor application 82 then accesses the recorded file 

35 85 to determine if any recorded conversations match the 
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selection criteria. If matches are found, the monitor 
application directs the node ARU 34 to play the 
conversations to the customer administrator (step 222). 
After monitoring is completed, the application is 
5 terminated (step 224). 

In the college registration application 88, 
student callers are allowed to call into the 
telecommunication peripheral system 10 over 800-type or 
900-type number. (900-type numbers are similar to 

10 ordinary telephone calls with the exception that they 

normally cost callers additional money which is paid to 
the service provider) Student callers would enter 
registration information in response to audio prompts, 
and the node controller 36 would interface with another 

15 remote information provider 18, which would be a 

particular college registration computer in this 
application. Alternately, the registration could be 
handled completely by the node controller 36 without 
real-time interfacing with any another computer, 

20 The generic application 89 represents a plurality 

of other telecommunication peripheral services 
including banking and credit card information services, 
check guarantee services, catalog ordering services, 
stock market information services, and various types of 

25 news services. The actual steps taken by these 

applications depend on the type of information being 
exchanged . 

In alternate embodiments of the present invention, 
voice recognition components are included in the node 
30 ARU 34 to discriminate audio responses in addition to 
the standard DTMF responses. In such embodiments, the 
voice recognition component allows applications to 
accept DTMF or voice responses from callers. One 
example of an acceptable voice recognition component is 
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available from Perception Technology Corp. of Canton, 
MA . 

In another alternate embodiment of the present 
invention, a plurality of peripheral nodes 30 are 
5 distributed over a wide area, and the public switched 
network is configured to direct calls to an alternate 
peripheral node 30 upon unavailability of a primary 
peripheral node 30. In another alternate embodiment of 
the present invention, a central controller, similar to 

10 the node controller 36, is connected through a wide- 
area network to the plurality of peripheral nodes 30 
and provides diagnostic and node configuration 
alteration functions- In yet another alternate 
embodiment of the present invention, one central 

15 controller is used to replace all of the node 

controllers 36 so that the central controller actively 
controls each and every peripheral node over the wide 
area network. 

While the embodiments of the present invention 

20 which have been disclosed herein are the preferred 

forms, other embodiments of the apparatuses and methods 
of the present invention will suggest themselves to 
persons skilled in the art in view of this disclosure. 
Therefore, it will be understood that variations and 

25 modifications can be effected within the spirit and 
scope of the invention and that the scope of the 
present invention should only be limited by the claims 
below. 

I claim: 
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CLAIMS 

1. Method of providing customized telecommunication 
services to callers calling from customer 
5 telephones, said method comprising the steps of: 

configuring a public switched network to direct 
calls from customer telephones to input ports 
on a first node of a telecommunication 
peripheral system; 
10 receiving an origination number and a 

destination number through an input port 
after a caller dials a destination number on 
a first customer telephone assigned to the 
origination number ; 
15 generating input port identification data 

identifying the input port receiving the 
origination number and destination number; 
and 

analyzing the input port identification data and 
20 the origination number to select, initiate, 

and configure a customized telecommunication 
application. 

2. Method of Claim 1, wherein the customized 

25 telecommunication application includes bridging an 

input port with an output port to bridge a call. 

3. Method of Claim 2, further including the step of 
recording conversation over the bridged connection- 

30 

4. Method of Claim 1, further including the step of 
configuring the public switched network to direct 
to a second node of the telecommunication 
peripheral system calls originally directed to the 

35 first node upon unavailability of the first node. 
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